Міністерство освіти і науки, молоді та спорту України Національний університет «Львівська політехніка» Кафедра автоматизованих систем управління Звіт До лабораторної роботи №1-2 «Розробка програмного продукту. Етап формулювання вимог та побудова моделі»  Мета: Ознайомлення з основними задачами, які необхідно розв’язати під час виконання етапу формулювання вимог та побудови моделі Порядок роботи Ознайомитися з теоретичною частиною. Отримати конкретне завдання. Виконати реалізацію етапу формування вимог та побудувати модель у відповідності з завданням. Оформити звіт за результатами виконаної роботи. Теоретична частина Вимоги до програм: 1. Правильність. 2. Ефективність. 3. Надійність. 4. Універсальність. 5. Функціональність. 6. Зручність у використанні. 7. Стандартизованість. 8. Переносимість. 9. Читабельність. 10. Модифікованість. 11. Документованість.  Життєві цикли програмного забезпечення. Основні: Формулювання вимог Проектування Реалізація Тестування Підтримка Додаткові Стратегічний етап Етап аналізу Написання документації  Хороший опис вимог повинен: • бути повним і послідовним; • описувати, як поводиться система, як вона побудована; • розглядати будь-які обмеження системи; • бути легким у розвитку; • брати до уваги можливі майбутні зміни; • описувати виключення. Вимоги бувають функціональні та не функціональні. Функціональні вимоги описують функції, що виконуються системою. Вони можуть передбачати вимоги до зовнішніх систем для виконання. Нефункціональні вимоги описують обмеження та залежності, в яких виконуються функції. Ці вимоги можуть бути поділені на: • вимоги продукту, наприклад "можуть використовуватися тільки клавіатура і миша"; • вимоги процесу, наприклад "система повинна виконуватися за стандартом XXA/2002" ; • зовнішні вимоги, наприклад "система повинна працювати з базою даних, описаною в документі YYYB/2001 і ніякі зміни в базі даних недопустимі". Якісний опис вимог повинен задовольняти наступні вимоги: • бути повним і послідовним; • описувати зовнішній режим роботи; • описувати обмеження системи; • бути легким для модифікування; • брати до уваги можливі майбутні зміни; • описувати швидкодію системи в екстремальних / небажаних ситуаціях. Модель. - це представлення якоїсь концепції реальності. • модель вимог - описує способи використання; • аналітична модель - статика і динаміка системи, описуються мовою UML; • модель дизайну - описується мовою UML більш деталізовано. При побудові аналітичної моделі найчастіше роблять такі записи: • звичайна мова; • графічні записи; • специфікація - структурований текстовий і числовий опис. Основними діями на етапі аналізу є: • визначення, пояснення, моделювання, специфікація і документування частин і проблем проекту; • визначення контексту проекту; • визначення вимог користувача; • визначення організаційних вимог; • інші рішення, наприклад, апаратні настройки, настройки ПЗ, фінансові обмеження, обмеження часу і т.п. Ключовими чинниками успіху на фазі аналізу є: • участь представників клієнта; • повний і загальний підхід, без загострення уваги на деталях; • розгляд складних аспектів (безпека, масштабованість, оцінка об'єму); • відповідність стандартам; • перевірка коректності і послідовності; • прозорість, логічність і послідовність документа. Функціональні вимоги: ідентифікація всіх типів користувачів системи; ідентифікація всіх типів користувачів підтримки визначення кожного типу користувачів всіх системних функцій і шляхів використання системи; опис зовнішніх систем (БД, Інтернету, мереж), що будуть використовуватися системою; визначення організаційних структур, законодавства, стратегій Нефункціональні вимоги: Системні функції Об’єм Швидкість Точність Обмеження Інтерфейс Адаптивність Безпека Гнучкість Стандарти Ресурси Час  Синтаксис – визначає способи ведення запису. Семантика – визначає значення запису. Прагматика – визначає способи і цілі застосування запису і використання шаблонів. Вона визначає процеси отримання результаті...